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(54) System and method for distributed computer automotive service equipment 



(57) A web browser/server system for use in con- 
ducting a diagnostic analysis of vehicle components, the 
web browser comprising: 

a browser computer having means for connection 
to a data transmission network; 
one or more alignment angle sensors adapted to be 
mounted on vehicle wheels to sense wheel align- 
ment angles; 

the browser computer coupled to the one or more 
sensors and adapted to receive therefrom real-time 
raw signals indicative of wheel alignment angles 
and to place the real-time raw signals on the data 
transition network for transmission to the web serv- 
er; 

the web server comprising: 

a server computer having means for 
connection to the data transmission 
network and for receiving the real-time 
raw signals; 

the server computer further compris- 
ing means for computing from the real- 
time raw signals the difference be- 
tween the sensed wheel alignment an- 
gles and values representing real 
alignment angle specifications; 
the server computer adapted to return 
to the browser computer over the data 



transmission network processed sig- 
nals representative of the difference 
between the sensed wheel alignment 
angles and values representing wheel 
alignment angle specifications; and 
the browser computer further compris- 
ing an output device, the browser com- 
puter adapted to receive the proc- 
essed signals and place on the output 
device signals representative of the 
difference between the sensed real 
alignment angles and values repre- 
senting wheel alignment angle specifi- 
cation. 
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Description 

RELATED APPLICATIONS 

[0001 ] This application is a continuation-in-part of co- 
pending application serial number 08/857725, assigned 
to the assignee herein, and is related to an application 
entitled, ■ Improved Computerized Automotive Service 
System," filed 31 October 1997, serial number 
08/961 ,61 8, also assigned to the assignee herein, both 
of which are hereby incorporated by reference. 

FIELD OF THE INVENTION 

[0002] The present invention relates to a system and 
method for distributed computer automotive service 
equipment. More specifically, the present invention re- 
lates to computerized automotive service equipment 
wherein different diagnostic or service components 
communicate with one another over a computer net- 
work, such as the Internet. The present invention also 
relates to a novel computerized automotive service sys- 
tem which utilizes object oriented programming and ISO 
Standard 8879 communications protocol to decentralize 
and modularize the software routines that perform the 
computational, user interface, and other necessary al- 
gorithms 

BACKGROUND OF THE INVENTION 

[0003] The modem automotive service bay contains 
numerous expensive pieces of equipment designed to 
automate servicing of an automobile. Wheel aligners, 
wheel balancers, engine analyzers, brake testers, hy- 
draulic lifts, and similar devices typically contain micro- 
processors and/or computers to assist an automotive 
mechanic in performing various servicing tasks. Exem- 
plary computerized automotive wheel alignment sys- 
tems are disclosed in U.S. Patent Nos. 4,383,370 and 
5,208,646, whose teachings and disclosures are incor- 
porated herein by reference. 

[0004] Historically, such computerized automotive 
service equipment comprised proprietary, closed com- 
puter systems. A manufacturer of such systems would 
typically spend years developing software. The manu- 
facturer had to customize the software to run on a single 
dedicated computer, and the resulting product had little 
or no flexibility to interchange and update different hard- 
ware and software elements. Each system ran different 
software, often on completely different operating sys- 
tems designed for completely different hardware plat- 
forms. Each individual system also was incapable of be- 
ing conveniently or easily updated. If a new develop- 
ment or improvement occurred, the manufacturer of the 
individual system typically had to issue an entirely new 
version release of the software and/or hardware in order 
to bring that improvement to market. The new release 
required a complete rewrite. Not only did new versions 



often take years to complete. It was also so costly to 
release a new system that, as a practical matter, the 
manufacturer would have to wait until enough improve- 
ments occurred in order to justify the financial burdens 
s of a new version release. This hampered the ability of 
the end user, the automotive service professional, to 
bring the latest technological improvements to the cus- 
tomer, the typical car driver. 

[0005] Furthermore, such prior art automotive service 

io equipment systems were not generally designed to 
communicate or cooperate with other computers in the 
service bay and elsewhere. For instance, the wheel 
aligner computer did not communicate with the engine 
analyzer computer, and neither communicated with the 

'5 accounting computer or the intake/reception area com- 
puter. One consequence of this is that customer or ve- 
hicle owner/identification information had to be entered 
repeatedly into each piece of automotive service equip- 
ment each time the same vehicle was serviced in differ- 

20 ent parts of the service bay. This redundancy wasted 
valuable operator time and promoted key-entry errors. 
[0006] It has been known to design automotive serv- 
ice equipment that sends data through a local area net- 
work to a file server, such as a Novell server platform. 

25 This, however, limits the information to being stored as 
files and does not support real-time data flow or a dis- 
tributed application. An example of such as system is 
disclosed in U.S. Patent Number 4,404,639, dated Sep- 
tember 13, 1983. The data retained in such files could 

30 only be downloaded and stored on self-contained pro- 
prietary platforms. These data-only files, then, did not 
give the resulting automotive service equipment system 
the capability of exporting data to a remote location for 
processing, and then returning the processed data to 

35 the original location. They also did not give the resulting 
system the capability to locate different portions of a sin- 
gle automotive service equipment application on differ- 
ent computers. 

[0007] The prior art automotive service equipment 

40 system computers also did not communicate with any 
remote off-site computer to submit in real-time the data 
gathered by the sensors in the course of effecting a serv- 
ice procedure. Hence, it was not possible for sensors to 
transmit their data in real-time to a remote site for anal- 

45 ysis and inspection at that remote site. For instance, in 
vehicle wheel alignment applications, the wheel align- 
ment sensors that were mounted on the vehicle wheels 
were capable of transmitting wheel angle data only to 
the vehicle wheel alignment machine itself. There was 

so no way for an off-site technician and/or an off-site com- 
puter to review the data to evaluate whether the align- 
ment angles were within specification. Likewise, there 
was no way for an on-site technician to present this real- 
time angle information to an off-site expert for purposes 

55 of either troubleshooting problems with the servicing 
equipment, or for receiving instructions and advice on 
how to proceed with an alignment procedure. 
[0008] Moreover, for automotive service equipment 
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that depended on OEM and manufacturer generated 
specifications, such as vehicle wheel alignment equip- 
ment, the danger of obsolescence presented itself every 
new model year. Isolated, dedicated systems required 
continual updating of vehicle specifications, usually via 
CD-ROM's. Managers of the service bay would have to 
maintain the most updated specifications available for 
their computerized automotive service equipment. Oth- 
erwise, the service bay might have to turn customers 
away, or worse, the attendants might service newer ve- 
hicles to erroneous specifications. The administrative 
task of maintaining updated specifications for the com- 
puterized equipment was an additional burden on the 
personnel running the service centers. 

PRIOR ART COMPUTER TECHNOLOGIES 

[0009] Two major developments in the computer arts 
have heretofore not been applied in the field of automo- 
tive service equipment. The first of these is Internet- 
based technologies. The second is object oriented pro- 
gramming. Both will be discussed below in detail to lay 
the groundwork for the subsequent detailed description 
of the present invention. 

Internet-Based Technologies 

[0010] Until now, no known automotive service equip- 
ment utilized the data transfer capabilities of the Inter- 
net. The World Wide Web is one type of network residing 
on the Internet. It began as an information networking 
project at the European Laboratory for Particle Physics 
(CERN). The World Wide Web is best described as the 
specific software, protocols, conventions and informa- 
tion that enable hypertext and multimedia publishing of 
resources on different computers around the world. The 
popularity of the Internet has provided the computer 
software industry with many new software applications, 
yet these by and large have been restricted to home and 
entertainment use. 

Web Browsers 

[0011] Most commonly, home and entertainment us- 
ers of the Internet access the Internet through the use 
of a World Wide Web browser. This Web browser appli- 
cation can easily and seamlessly display text and graph- 
ics sent from practically any type of computer system. 
The information to be displayed is sent to the Web 
browser on Web "pages." Web pages are constructed 
using the syntax and rules defined in the ISO 8879 
Standard General Markup Language (SGML) document 
available from the W3 Consortium, a group of compa- 
nies and individuals dedicated to the use and standard- 
ization of certain data transmission protocols. This ISO 
standard is sometimes known as hypertext markup lan- 
guage (HTML), version 3.2, although it has evolved that 
HTML is both slightly overinclusive and underinclusive 



of the actual ISO 8879 standard. HTML is a markup lan- 
guage used to create hypertext documents that are not 
uniqueto one platform or another. HTML files are ASCII 
text files with codes embedded (indicated by markup 
5 tags) to indicate formatting and hypertext links. 

Web Servers 

[0012] Computer systems that send information to a 
10 Web browser are called Web servers. A Web server 
stores Web pages (constructed and stored as static 
files) and serves them out to the Web browser on de- 
mand. In their simplest form, server Web pages that are 
constructed only with HTML, without more, cannot be 
changed by a Web browser user, and are thus not inter- 
active. 

Web Communication Protocols 

[001 3] Those of skill in the art will appreciate that the 
Web utilizes a number of communication protocols to 
transmit and receive addressable data. HTTP is an ap- 
plication-level protocol for distributed, collaborative, hy- 
permedia information systems. It is a generic, stateless, 
object-oriented protocol. Web servers are computers 
equipped with the server software to respond to HTTP 
requests, such as requests from a Web browser. HTTP 
has generally subsumed most of the functions of the old- 
er File Transfer Protocol (FTP). FTP, in turn, is a protocol 
that requires a logon to a remote computer to browse 
directories and effect a two-way file transfer. A feature 
of the newer HTTP, which again has largely replaced 
FTP, is the typing and negotiation of data representa- 
tion, allowing systems to be built independently of the 
data being transferred. 

[001 4] A Web server uses this HTTP protocol to com- 
municate with clients on a TCP/IP network. TCP/IP is a 
lower level protocol that communicates with a network 
card driver. The network card driver in turn communi- 
cates directly with the network hardware or physical lay- 
er of the protocol stack. TCP/IP provides the source and 
destination address of the data. More specifically, TCP/ 
IP is defined as a set of networking protocols that pro- 
vides communications across interconnected networks 
of unlike computers. TCP/IP includes standards and 
conventions for routing data traffic. When a user at a 
browser submits a new request to access a Web page, 
one of the first things the browser does is to locate the 
TCP/IP address for that particular page. In principle, any 
computer having a TCP/IP address and properly con- 
nected to the Internet can be accessed on the Web. 
[0015] By using a single Web browser application to 
access different Web "sites," or Web Servers, around 
the world, a user can see, hear and interact with many 
different informational systems. A user can experience 
information in different languages and presentation 
styles. A user can view pictures, movies, music, live tel- 
ephone or video teleconferences, search databases, 
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download software, control and view robotic video cam- 
eras, participate in group discussions, and send or re- 
ceive email. A special new browser, called a thin client, 
can also run computer software that actually resides on 
another computer across the world. Such thin clients 
make it possible to lease software or run software that 
would not normally work on a particular type of compu- 
ter, i.e., Windows programs on a Unix system. An ex- 
ample of a thin client is the Winframe Web Client by Ci- 
trix Systems, Inc., Coral Springs, Florida. 

Common Gateway Interface (CGI) 

[0016] At the Web server, oftentimes an application 
exists that receives data inputs from a Web browser, and 
then uses those inputs to dynamically assemble a par- 
ticular output in return. The Web browser then displays 
the output to the browser operator. These applications 
are generally referred to as common gateway interfaces 
(CGI). A CGI script file is a program that executes on 
the Web server. A database search engine is a good 
example of a CGI script, as is a Web page counter that 
indicates the number of -hits," or visitors, to a Web page 
within a certain period. The user at the Browser is first 
presented with a form inquiring what type of information 
is to be extracted from the database. Once the user fills 
out the form and submits it by sending it back to the Web 
server, the CGI script is executed. The CGI uses the in- 
formation from the form to compose a query to the da- 
tabase. The CGI script then formats the information re- 
trieved from the database query and sends it back to the 
Web browser for display. A CGI script is limited, since it 
is basically a stand-alone program that executes outside 
the Web server. CGI scripts cannot access user infor- 
mation available from within the Web server, as they can 
usually only take an input directly from the form submit- 
ted by the user at the browser. 
[0017] Other programs reside on the browser alone, 
or the browser and server both, to add to the function- 
ality of the browser by making it dynamic and interactive 
with the Web server. Two examples are Java and Ac- 
tiveX. 

Java Technologies 

[0018] Java, developed by Sun Microsystems, is a 
browser language that allows small programs or appli- 
cations, called "applets," to run within the browser. Java 
script is sent from the Web server as byte codes. The 
Java byte codes are not HTML but are embedded within 
HTML. The Web browser contains a program called a 
Java Virtual Machine that converts the byte codes to 
computer instructions that are subsequently executed. 
Java is therefore computer type independent, and a 
Java applet will work on any Web browser supporting 
the Java Virtual Machine. Java is good for animated dis- 
plays and moving or scrolling text messages, but is lim- 
ited to only the functions provided by the Web browser. 



A Java applet cannot access functions outside the Web 
browser. 

Component Object Model Technology 

5 

[0019] The Component Object Model (COM) is a soft- 
ware object model that has a standardized interface. 
COM objects can communicate with other COM objects 
over distributed computers via protocols such as 

10 DCOM, a Microsoft standard. The protocol is indifferent 
to the particular transmission medium used, i.e., LAN, 
Intranet, Internet, serial connection, et cetera. 
[0020] ActiveX Technology, developed by Microsoft 
Corporation, is an implementation of a component ob- 

15 ject model. ActiveX is similar to CGI scripts and Java 
applets. ActiveX enables interactive and fully functional 
programs based on Web browser technology. ActiveX 
is made up of several components: ActiveX server ex- 
tensions, server filters, Active server pages and ActiveX 

20 controls (formerly, OLE controls). ActiveX server exten- 
sions are similar to CGI scripts but actually execute as 
extensions of the Web server. Extensions have access 
to useful information, within the Web server, about the 
Web browser users and the Web server host system. 

25 ActiveX controls are analogous to Java applets. Exam- 
ples include buttons, stock tickers and chart controls. 
But unlike Java script, ActiveX controls are not byte 
codes but actual small computer programs, or software 
objects, that do not require a subsystem such as the 

30 Java Virtual Machine. Active X controls are not compu- 
ter type independent and must be written exclusively for 
a target computer type, e.g., a Windows-based system. 
Once installed into the Web browser, an ActiveX control 
is not limited to only the functions provided by the Web 

35 browser. Active X controls have the power to perform 
any function that any typical computer application can 
perform because they are stand alone software objects. 
For instance, they may be a stand alone word processor, 
spread sheet, etc. ActiveX controls also have the built- 

40 in capacity to share data with other Active X controls or 
extensions on the same computer or one on a remote 
computer system. Other ActiveX technologies such as 
ActiveX server pages and ActiveX server filters provide 
a comprehensive development system for Internet and 

45 Web browser based systems. 

Browser/Server Models 

[0021] In sum, HTTP is the basic underlying protocol 
so for HTML, CGI script, Java applets and ActiveX controls. 
Figures 1 -3 show the three basic Web server and Web 
browser configurations. Figure 1 shows an inactive 
model of a typical HTML-only based environment. Web 
server 10 provides HTML based Web pages to Web 
55 browser 20, the HTTP client. No animation or browser- 
controlled output is possible because neither CGI 
scripts, Java nor ActiveX is implemented. 
[0022] Figure 2 represents the active server model, 
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and shows enhancements to the basic model of Figure 
1 . In this model, Web server 30 is an active server, pro- 
viding dynamic information on Web pages, HTML- 
based database access, and CGI -style programs. Web 
browser 40, the HTTP client, continues to be inactive 
and only display what is sent by the Active server, but 
now the Active server model offers programmable ex- 
tensions to the server software that are similar to CGI 
scripts. These extensions execute in the same address 
space as the server software, and have access to all the 
server system resources, providing much faster re- 
sponse time than CGI programs. 
[0023] Figure 3 represents the next evolution, the Ac- 
tiveX model. It shows additional communication be- 
tween the Web server 50 and the Web browser 60 other 
than just HTML. In this model, ActiveX controls on the 
Web browser 60 communicate directly with ActiveX con- 
trols on the Web server 50. ActiveX controls are soft- 
ware objects or somewhat self-contained programs that 
can be contained within other programs called container 
objects 55. Internet Explorer 4.0 (a Web browser), Mi- 
crosoft Office Binder and the present Windows shell are 
all examples of ActiveX container objects 55. 
[0024] One example of an ActiveX control for the Web 
browser is Microsoft's ActiveMovie Control. ActiveMovie 
Player is an ActiveX control that can view files that con- 
tain both audio and image information. The key advan- 
tage is that you can produce streaming multimedia con- 
tent that the user can immediately enjoy, rather than 
waiting for a multimedia file to be first downloaded. Ac- 
tiveX technology provides for on the fly Web browser 
updating. If the Web browser does not initially support 
ActiveMovie, for example, the Web server will update 
the Web browser by sending the ActiveMovie compo- 
nent via HTTP. The Web browser will transparently in- 
stall ActiveMovie and retain it for future use. The Active- 
Movie component executes as part of the Web browser 
and extends its capabilities to play real-time sounds and 
images. While playing a movie, the communication is no 
longer HTML, but direct communications between the 
ActiveMovie ActiveX control on the Web server and the 
ActiveMovie ActiveX control on the Web browser. 
Hence, ActiveX controls are not limited to Web pages. 
They may be used as software objects within a standard 
non-networking application. Such reusability allows a 
program to be constructed as a stand alone non-net- 
working application and then easily extended to share 
information with remote computer systems. 

Object Oriented Programming 

[0025] The second computer development that is not 
known to have been applied in the field of automotive 
service equipment is object oriented programming and 
object oriented design (OOP/OOD). OOP involves the 
creation of software "objects." The foregoing description 
of Internet technologies referred to such objects, be- 
cause current Web browser/server technology relies 



heavily on them. More generally, however, software ob- 
jects may be thought of as self-contained mini-programs 
within a program. Before OOP, programs primarily con- 
sisted of two basic elements, data and program instruc- 

5 tions. Data elements are storage locations. Program in- 
structions are commands the computer will follow to 
make decisions or manipulate data. A data element 
such as a variable, constant or structure had only one 
function — to hold information. Instructions had only 

10 one function — to perform some action . With the advent 
of software objects, the line between data and instruc- 
tions becomes fuzzy. Objects are software entities that 
have properties. They can take action, like instructions, 
but also utilize data. One of the main virtues of software 

15 objects is their inherent reusability. Objects, being large- 
ly self-contained, may be purchased that perform many 
commonplace functions, such as database routines, 
mathematical algorithms, and input/output functions. 
Many objects are included with the Microsoft Visual C/ 

20 C++ 4.2 Developers Studio, an integrated software de- 
velopment environment for writing object oriented pro- 
grams. 

[0026] Object oriented applications are generally eas- 
ier to create and modify than non-object oriented appli- 
es cations. If a portion of an application must be changed, 
all that is necessary is to change the particular software 
object in question. The modification will be transparent 
to the rest of the application. This is in contrast to prior 
systems in which an entire application had to be rewrit- 
30 ten and debugged whenever a minor change was made 
to a single part of the application. 
[0027] Object oriented programs also do not have to 
reside completely on one computer. As long as the ob- 
ject can be accessed, the computer running the main 
35 application routine will be able to call the object and op- 
erate on it. A computer running a main application rou- 
tine might use the HTTP protocol to retrieve an object 
from a computer having a known TCP/IP address. In 
sum, OOP allows the transition from monolithic closed 
40 systems to distributed open systems. 

OBJECTS OF THE INVENTION 

[0028] Until now, it has not been appreciated to apply 
45 internet based technologies or object oriented program- 
ming to automotive service equipment systems. It is 
therefore an object of the present invention to overcome 
the disadvantages and limitations of prior art automotive 
service equipment systems and to apply such technol- 
so ogies. 

[0029] It is also an object of the invention to apply In- 
ternet based technologies and object oriented program- 
ming techniques to automotive service equipment sys- 
tems. 

55 [0030] It is another object of the invention to apply In- 
ternet based technologies and object oriented program- 
ming techniques to computerized vehicle wheel align- 
ment systems. 
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[0031] It is yet another object of the invention to pro- 
vide a distributed computerized automotive service ap- 
plication using software objects. 
[0032] It is still another object of the invention to pro- 
vide an automotive service equipment application that 
can be easily and inexpensively modified and main- 
tained through the use of software objects. 
[0033] It is still yet another object of the invention to 
provide an automotive service equipment application 
wherein updated vehicle operating specifications may 
be accessed over the Internet and conveniently applied 
by the automotive service software application. 
[0034] It is another object of the invention to utilize the 
ISO 8879 language standard to create a networked au- 
tomotive service equipment system. 
[0035] It is a further object of the invention to provide 
a collection of automotive service equipment of different 
kinds that cooperate and communicate with one anoth- 
er. 

[0036] It is a still further object of the invention to pro- 
vide a browser-based automotive service equipment 
system, wherein the browser communicates real-time 
diagnostic information to the server. 
[0037] It is yet another object of the invention to pro- 
vide an automotive service equipment system that uti- 
lizes the various objects and advantages of Java, Ac- 
tiveX, CGI, thin clients, and other HTTP based systems. 

SUMMARY OF THE INVENTION 

[0038] The present invention is directed to a number 
of embodiments that share novel features. In general, 
the present invention is directed to a computerized au- 
tomotive service equipment system adapted to access 
remotely located computer systems to retrieve or ex- 
change data and/or software applications, or to undergo 
live or real-time and two-way interaction. The system 
and its components are dynamic with respect to both 
function and data, and can be easily updated or other- 
wise altered. The system of the present invention utiliz- 
es World Wide Web technology, which enables the use 
of universal and widely compatible programming tools 
and techniques for efficient and fast system develop- 
ment. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0039] 

Figures 1-3 show block diagram overviews of 
present categories of Internet browser/server con- 
figurations. 

Figures 4-6 show schematic block diagrams of var- 
ious embodiments of the present invention. 



DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0040] The detailed descriptions of the following pre- 

s f erred embodiments are meant to be descriptive of the 
best mode for practicing the present inventions, and are 
not intended to limit the rights granted herein, which 
rights are defined by the appended claims. 
[0041] Figure 4 shows a block diagram of the auto- 

10 motive service equipment system of the present inven- 
tion. The system of Figure 4 is used to conduct a diag- 
nostic analysis of vehicle components, such as the en- 
gine, brakes, suspension or alignment. While Figure 4 
shows the invention in its general form, the description 

15 herein will occasionally describe the invention in its form 
as a vehicle wheel aligner, such as that disclosed in U. 
S. Patent Nos. 4,383,370 or 5,208,646. 
[0042] Data input controller 200 is a computer, which 
in the preferred embodiment contains a microprocessor 

20 and a memory coupled thereto (not shown). Controller 
200 comprises a general purpose portable computer 
(PC), such as an Intel Pentium-based IBM compatible 
computer, although any hardware platform suitably pro- 
grammed will work just as well. Data input controller 200 

25 receives data input from a measurement device 21 0. 1 n 
a wheel alignment application, measurement device 
21 0 may be one or more wheel mounted alignment an- 
gle sensors. Measurement device 210 is adapted to 
transmit signals representative of a vehicle diagnostic 

30 state to data input controller 200. Such information can 
be transmitted via a hard wired cable and a serial con- 
nection, via infrared transmission and a serial connec- 
tion, via radio frequency transmission and a serial con- 
nection, or any other known means. In the vehicle wheel 

35 aligner example, such information can be transmitted 
via cables directly linking each alignment sensor head 
to the wheel alignment controller 200. 
[0043] Data input controller 200 is adapted to receive 
the input from measurement device 210 and to create 

40 an output perceptible by an operator at an output device 
230. Output device 230 will usually be a CRT coupled 
to the data input controller 200 through appropriate vid- 
eo driver means as is known in the art. Nonetheless, the 
output device might also include an audio output, such 

45 as a series of coded tones signifying various vehicle di- 
agnostic states, or even voice guided alignment, as dis- 
closed in copending application Serial Number 
08/920,029, assigned to the present assignee herein, 
and incorporated by reference. In the preferred vehicle 

so wheel aligner embodiment, the output device 230 com- 
prises a CRT that contains a graphic display of a vehicle 
diagnostic state, for instance real-time readings for 
wheel alignment angles, such as toe, camber, caster, 
SAI, et cetera. Juxtaposed with the graphic real-time 

55 readings are graphic representations of vehicle wheel 
alignment specification values, such that an operator of 
the vehicle wheel alignment system is easily capable of 
comparing present real-time readings with the desired 
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specification values and in response making appropri- 
ate servicing adjustments. 

[0044] While data input controller 200 accepts data 
from measurement device 210, and places vehicle di- 
agnostic information on output device 230, controller 
200 does not necessarily comprise all of the computer 
software necessary to perform the vehicle diagnostic 
computations. Therefore, networked controller 220 is 
provided. Networked controller 220 itself comprises a 
computer having a microprocessor and a memory. At 
least some of the computer software necessary for con- 
troller 200 to create a suitable output at output device 
230 resides in the memory of networked controller 220. 
Between data input controller 200 and networked con- 
troller 220 is provided a suitable computer network. The 
suitable computer network makes it possible to place 
networked controller 220 at a location remote from data 
input controller 200. However, it is not necessary for net- 
worked controller 220 to be remote. Controllers 200 and 
220 may be located as close as the same room, as long 
as the proper connections and protocols are observed. 
[0045] The network connection between data input 
controller 200 and networked controller 220 generally 
comprises the HTTP network protocol, or any protocol 
substantially similar. Since HTTP, or its substantial 
equivalent, is used, controller 200 may communicate 
with controller 220 via hypertext markup language 
(HTML). In this regard, data input controller 200 is sim- 
ilar to a Web browser, and networked controller 220 is 
similar to a Web server. In a preferred embodiment, net- 
worked controller 220 comprises a Web server having 
ActiveX server technologies. Similarly, data input con- 
troller 200 comprises a Web browser having ActiveX 
controls. 

[0046] The system can be implemented via an Inter- 
net connection or any suitable local area network con- 
nection. One of skill will appreciate that, when net- 
worked to each other, controller 200 and controller 220 
each have unique network addresses. The unique net- 
work addresses for controller 200 and controller 220 
may comprise TCP/IP addresses. Indeed, data input 
controller 200 is capable of accessing multiple net- 
worked controllers that, like controller 220, are each ad- 
dressable and utilize the HTTP protocol. Each different 
network controller is capable of providing functionality 
for a different item of automotive service equipment 
One networked controller may comprise ActiveX func- 
tionality for a vehicle wheel alignment system, while an- 
other networked controller may comprise ActiveX func- 
tionality for an engine analyzer. In any event, data input 
controller 200 may access either or both of them, and 
measurement device 210 will then be interchanged ap- 
propriately to supply the proper sensor equipment for 
the particular task at hand. For instance, when net- 
worked controller 220 comprises the ActiveX technolo- 
gies sufficient to provide wheel alignment functionality 
to data input controller 200, measurement device 210 
comprises wheel alignment sensor heads. When net- 



worked controller 220 comprises the ActiveX technolo- 
gies sufficient to provide engine analyzer functionality 
to data input controller 200, measurement device 210 
comprises engine analysis test probes. In light of the 
5 foregoing, data input controller 200 may host more than 
one integrated system of automotive service equipment. 
[0047] In operation, the microprocessor (not shown) 
of data input controller 200 executes an application re- 
siding in controller 200 memory that allows it to access 
the memory of the networked controller 220 through the 
controller 220 microprocessor. In one embodiment, data 
input controller 200 accesses the memory and micro- 
processor in networked controller 220 to access a soft- 
ware object representative of vehicle diagnostic speci- 
fications, such as vehicle wheel alignment specifica- 
tions. In this case, once data input controller 200 re- 
trieves such information, data input controller 200 can 
use software routines that reside in its own memory to 
convert the signals that represent the vehicle diagnostic 
state into an output at the output device for the operator 
to review. This is one example of distributed computing 
using software objects. 

[004B] In operation in another embodiment, data input 
controller 200 accesses the memory and microproces- 
sor in networked controller 220 to access a software ob- 
ject representative of both vehicle diagnostic specifica- 
tions and the diagnostic algorithm itself. In this embod- 
iment, the signals that represent the vehicle diagnostic 
state are passed to the networked controller 220 mem- 
ory. There, the networked controller 220 microprocessor 
performs the algorithms necessary to convert the raw 
data signals originating in measurement device 210 into 
processed signals. The processed signals are indicative 
of the result of a vehicle diagnostic computation. The 
processed signals are then returned over the network 
to data input controller 200 memory, where the proc- 
essed signals are directly used to form the output that 
will appear at output device 230. This is another exam- 
ple of distributed programming. 
[0049] Figure 5 is a schematic block diagram showing 
a further embodiment of the system of the present in- 
vention. Here, data input controller 200 and output de- 
vice 230 have been partly combined into the functional- 
ity represented by browser 1 00, consistent with what 
was just described. Network controller 220 has been 
partly combined into the functionality represented by 
server 110, consistent with what was just described. 
Similarly, wheel alignment sensors 130, 132, 134 and 
1 36 are species of measurement device 210. However, 
unlike the embodiment shown in Figure 4, in this em- 
bodiment sensors 130, 132, 134 and 136 are coupled 
to server 110 through appropriate network connections. 
This is in contrast to the equivalent structure in Figure 
4 being coupled to the data input controller. 
[0050] In the embodiment of Figure 5, server 110 is 
an active server, preferably one with DCOM technolo- 
gies, preferably ActiveX technologies. Server 110 has 
an area, or set of pages, dedicated to general customer 
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data, vehicle type and vehicle diagnostic information. 
Another area is dedicated specifically to alignment pro- 
cedures. In operation, browser 100 hosts ActiveX con- 
trols for functions requiring interaction or dynamic con- 
tent, such as alignment meters for graphical display to 
an operator. Browser 1 00 also preferably hosts a Java 
Virtual Machine that is adapted to accept Java byte 
codes from server 110, and thereby provide computer 
animation on the browser 100 display using Java ap- 
plets. These applets might comprise operator instruc- 
tional information, and similar help files. Preferably, the 
sensors 1 30, 1 32, 1 34 and 1 36 communicate on a TCP/ 
IP based shop network (Intranet) or are directly connect- 
ed to the server 110 through a standard dedicated inter- 
face such as a serial communication port. Data from the 
alignment sensors is transmitted to server 1 1 0 via direct 
communication between ActiveX controls on the server 
and in the sensor subsystems. The ActiveX controls in 
server 110 processes the data through alignment algo- 
rithms that send the processed data to the ActiveX me- 
ters in browser 1 00 for display It will be appreciated that 
the ActiveX controls are software objects constructed 
with OOP techniques and can be designed for reuse in 
other applications. 

[0051 J The system of Figure 5 also supports a remote 
browser or server 120. Remote browser or server 120 
is addressed over the Internet and has its own Internet 
TCP/IP address. Server 110 preferably comprises a mo- 
dem to allow remote connection to remote browser or 
server 120 over a telephone line, for instance via a 
standard Internet service provider (ISP) connection. In 
this way, a Web browser or server 120 anywhere in the 
world can access the aligner system of Figure 5. Re- 
mote browser or server 120 can even take the place of 
the functionality provided by on-site browser 1 00. In oth- 
er words, the alignment readings can be displayed on 
meters from within the remote Web browser or server 
120. All of the foregoing connections, in the preferred 
embodiment, are carried out using the HTTP transmis- 
sion protocol. In addition, while server 110 and remote 
browser or server 1 20 have been described as carrying 
ActiveX technologies, it is easily apparent to those of 
skill in the art that the systems can be modified to incor- 
porate a thin client, CGI and/or Java to perform the var- 
ious network and data intensive tasks. It is equally ap- 
parent that any time a browser function is recited above, 
the same end result can be accomplished using a thin 
client instead. 

[0052] Figure 6 is a schematic block diagram repre- 
sentation of another embodiment of the present inven- 
tion. Notably, the system of Figure 6 allows up to the 
minute retrieval of information in an automotive service 
equipment system. This up to the minute information 
can include vehicle diagnostic specifications, such as 
vehicle wheel alignment specifications for new models, 
and corrected values for old models when errors in an 
existing database are corrected. In addition to up to the 
minute information retrieval, the system of Figure 6 en- 



ables remote billing options that heretofore were not 
possible. Wheel alignment, engine analysis, brake test- 
ing, wheel balancing and the like can all be performed 
in a shop environment on a "pay-per-use" basis, where- 
5 in a remote server permits the use of vehicle diagnostic 
software, and keeps account of the number of times 
such software is used by a particular shop. 
[0053] Service equipment 190, i.e. all computer 
based components within a garage or service bay that 
use or generate information, is connected as an HTTP 
network at the local shop. For instance, the service 
equipment 190 may include a shop management sys- 
tem 192 that keeps track of jobs, scheduling and cus- 
tomer information; an alignment system 194; an engine 
diagnostic system 1 96 and a show room kiosk 1 98 that 
enables car owners to access current data about their 
car, such as to view the alignment procedure as it occurs 
in the service bay itself. The enumeration of these types 
of service equipment is not to be construed as limiting 
but rather exemplary, as there are many dozens of types 
of service equipment in use in atypical garage thatmight 
be incorporated into the shop-wide network. Each indi- 
vidual item of service equipment 190 carries a unique 
TCP/IP address and is located on the local shop HTTP 
network, along with a local shop server 170, which acts 
as a gateway to the outside world. Server 170 also acts 
as the common repository of information. 
[0054] Utilizing a modem on the local server 1 70, the 
network can be attached to the Internet via an ISP. It is 
then possible to retrieve information from a number of 
sources such as an equipment provider, automotive 
manufacturer or the home office of a chain of garages. 
Information need not be restricted to automotive infor- 
mation. The network also supports accessing such busi- 
ness information as inventory levels at sister stores, 
transmission of email to customers, or remote diagnosis 
of shop floor equipment by automotive service equip- 
ment manufacturers. For example, in Figure 6, server 
150 is an automotive service equipment manufacturer 
server that can diagnose equipment problems in align- 
ment system 194; server 160 is a server for an OEM 
automobile manufacturer server that can provide new 
or updated vehicle servicing specifications; server 180 
is a service station owner / parent company server that 
can retrieve and supply business information, such as 
inventory, delivery, service quota and other information. 
[0055] Preferably, the service equipment applications 
for service equipment 190 are written using Microsoft 
Developer Studio and ActiveX technologies. This is be- 
cause the ActiveX programmer is not required to know 
the details of communicating information over the net- 
work to write an application. The sharing of information 
is accomplished within the computer operating system 
software (such as Windows), not the application soft- 
ware written by the programmer. This way, applications 
can be written as a stand alone program, and then later 
connected to the HTTP network when ft is desired to 
share information, with few or no modifications to the 
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underlying program. Each of the servers may also utilize 
Java or CGI scripts as appropriate to carry out specific 
functions that are best handled by those kinds of tools. 
For example, Java conveniently supports animation. 
CGI supports form-based database searching. 
[0056] Although the best mode contemplated for car- 
rying out the present invention hasbeen herein shown 
and described, it will be apparent that modification and 
variation may be made without departing from what is 
regarded to be the subject matter of the invention. 



Claims 

1 . A web browser/server system for use in conducting 
a diagnostic analysis of vehicle components, 

the web browser comprising: 

a browser computer (200) having means for 
connection to a data transmission network; 
one or more alignment angle sensors (210) 
adapted to be mounted on vehicle wheels to 
sense wheel alignment angles; 
the browser computer coupled to the one or 
more sensors and adapted to receive therefrom 
real-time raw signals indicative of wheel align- 
ment angles and to place the real-time raw sig- 
nals on the data transition network for transmis- 
sion to the web server; 

the web server comprising: 

a server computer having means for connec- 
tion to the data transmission network and for 
receiving the real-time raw signals; 
the server computer (220) further comprising 
means for computing from the real-time raw 
signals the difference between the sensed 
wheel alignment angles and values represent- 
ing real alignment angle specifications; 
the server computer adapted to return to the 
browser computer over the data transmission 
network processed signals representative of 
the difference between the sensed wheel align- 
ment angles and values representing wheel 
alignment angle specifications; and 
the browser computer further comprising an 
output device (230), the browser computer 
adapted to receive the processed signals and 
place on the output device signals representa- 
tive of the difference between the sensed real 
alignment angles and values representing 
wheel alignment angle specification. 

2. The system of claim 1 , wherein the output device is 
a display displaying an image, which comprises a 
graphically generated meter. 



3. The system of claim 2, wherein the processed data 
return to the browser computers sufficiently soon af- 
ter the raw data is transmitted to the server compu- 
ter, whereby the graphically generated meter dis- 

5 plays the difference between the sensed wheel 
alignment angles and values representing wheel 
alignment angle specifications in real-time. 

4. The systems according to one of claims 1 - 3, 
10 wherein the browser computer comprises a second 

at least one sensor, the browser computer coupled 
to the second at least one sensor and adapted to 
receive therefrom a second raw signal indicative of 
non-alignment-related vehicle diagnostic informa- 
is tion and to place the second raw signal on the data 
transmission network for transmission to the web 
server; 

the server computer further comprising means for 
computing from the raw signals a second process 

20 value indicative of a vehicle diagnostic result; 

the server computer adapted to return to the brows- 
er computer over the data transmission network 
second processed signals representative of the 
second process value indicative of a vehicle diag- 

25 nostic results; 

the browser computer adapted to receive the sec- 
ond processed signals and place on the display an 
image representative of the second processed val- 
ue indicative of a vehicle diagnostic result. 

30 

5. The system of claim 4, wherein the non-alignment- 
related vehicle diagnostic information comprises at 
least one from the set of: engine diagnostic infor- 
mation, vehicle suspension information and vehicle 

35 wheel balance information. 

6. A data processing system for use with an aligner 
coupling to a data transmission network and config- 
ured to receive signals representing alignment an- 

40 gles from a plurality of alignment sensors attached 
to a vehicle, the data processing system compris- 
ing: 

a network port for connecting to the data trans- 
45 mission network to receive the signals repre- 

senting alignment angles; and 
a microprocessor configured to perform the 
machine-implemented steps of: 

so assessing wheel alignment specifications, 

calculating a difference between the align- 
ment angles and wheel alignment angle 
specifications and sending the result ob- 
tained in the calculating step to the aligner 
55 via the data transmission network. 

7. A method for conducting a diagnostic analysis of ve- 
hicle components, comprising the machine-imple- 
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mented steps of: 

executing a software application for conducting 
the vehicle diagnostic analysis; 
receiving signals representative of parameters 5 
of a vehicle; 

accessing a software object over a data trans- 
mission network, the software object containing 
information necessary for conducting the vehi- 
cle diagnostic analysis; and to 
determining a vehicle diagnostic state based on 
the signals representative of the parameters of 
the vehicle and the information contained in the 
software object. 

15 

8. The method of claim 7, further comprising the step 
of displaying the vehicle diagnostic state. 

9. The method of one of claims 7 or 8, including keep- 
ing account on the number of times the software ob- 20 
ject is accessed and preferably thereby calculating 

a usage fee. 



of displaying a vehicle diagnostic state based on the 
output signals. 

14. A method for conducting a vehicle diagnostic anal- 
ysis, comprising the machine -implemented steps 
of: 

executing a software application for conducting 
the vehicle diagnostic analysis; 
receiving signals representative of parameters 
of a vehicle; 

sending a request to access data stored in a 
network controller via a data transmission net- 
work, the data containing information neces- 
sary for conducting the vehicle diagnostic anal- 
ysis; 

receiving the data over the data transmission 
network, and 

determining a vehicle diagnostic state based on 
the signals representative of the parameters of 
the vehicle and the information contained in the 
data. 



10. A method for conducting a vehicle alignment anal- 
ysis, comprising the machine-implemented steps 25 
of: 



executing a software application for conducting 

the vehicle alignment analysis; 

receiving signals representative of wheel an- 30 

gles; 

accessing a software object over a data trans- 
mission network, the software object containing 
information necessary for conducting the vehi- 
cle alignment analysis; and 35 
determining a vehicle alignment status based 
on the signals representative of wheel angles 
and the information contained in the software 
object. 

AO 

11. The method of claim 10, wherein the software ob- 
ject contains a vehicle alignment specification. 



12. A method for conducting a vehicle diagnostic anal- 
ysis, comprising the machine -implemented steps -*5 
of: 



receiving signals representative of parameters 
of a vehicle; 

accessing a software object over a data trans- 50 
mission network, the software object containing 
specifications necessary for conducting the ve- 
hicle diagnostic analysis; and 
converting the signals into output signals based 
on the information contained in the software ob- 55 
ject. 



1 3. The method of claim 1 2, further comprising the step 
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